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CASE NO. RDH0005 



PROCESS UNIT MONITORING PROGRAM 
BACKGROUND OF THE INVENTION 

[0001] The present invention relates to determining the output 
performance of a process unit in an oil refinery. Such units include pipestills, 
hydrocracking units, catalytic cracking units, hydroprocessing units, and 
reforming units. In particular, the present invention relates to a new and 
advanced process unit monitoring computer software (called "irnit monitoring 
toolset") for specific process units. 

[0002] A Unit Monitoring Toolset is an advanced monitoring computer 
software capability developed for specific process units that makes use of 
intelligent, automatic data collection, workup calculations, selective execution 
of process models to monitor and predict performance and provide input to 
assessments, reports, etc. The Toolset enables close monitoring, problem 
diagnosis, model tuning and assists in optimum operation identification, to the 
extent that the models themselves are capable of identifying these optimum 
operations. By bringing this to the contact engineer/unit engineer level, we are 
able to monitor the unit to the extent that best performance should be a daily 
event. 

[0003] Current Monitoring Technology relies on monitoring plant 
measurements (flows, temperatures, etc.) and often comparing them to targets. 
The fundamental question of "what is happening within an individual process 
unit" is more complex than that described by such measurements. The Toolset 
provides process unit information for the user, rather than just measurements. 
Information comes from detailed calculations, analyses, data workup and the 
execution of simple or highly complex models which can simulate expected 
performance. Information like this provides an order of magnitude 
improvement in the ability to monitor a process unit. 



[0004] The objectives of a Unit Monitoring Toolset include the following: 
Provide state of the art monitoring capability; 

• Increase the frequency and sophistication at which model-based 
monitoring is performed; 

• Use detailed and often design-only models for routine unit monitoring and 
improvement; 

• Establish a means to automatically capture high quality data regarding 
process unit performance in a history database; 

• Perform calculations and/or run models and store key results in a database 
to provide a history of operating comparisons from which to use as a 
knowledge base for future operations; 

• Diagnose emerging problems sooner; 

• Replace or retire numerous standalone tools by consolidating them; 

• Provide better data interchange between analysis tools and components; 
and 

• Interact with/exploit desktop computing, engineering tools, and vendor 
plant information systems. 

SUMMARY OF THE INVENTION 



[0005] The present invention (hereinafter referred to as "unit monitoring 
toolset") is a method to monitor and analyze the performance of a hydrocarbon- 
processing unit such as a pipestill or hydrocracker unit. 
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[0006] The invention includes the steps of collecting historical data 
relating to the hydrocarbon processing unit, from a process history database, 
validating the historical data, correcting the data, performing a workup to 
determine the output measurements for the hydrocarbon processing unit, and 
storing the results of the workup in the process history database. In a preferred 
embodiment, the historical data and the results of the workup are put into a 
process unit model for the oil refinery unit to determine an expected 
performance and potentially also an optimal performance. 

^ [0007] The unit monitoring toolset has the following algorithm, shown in 

the overview Figure 1, which includes the following steps: 

M 

fU 1. Collecting data (as shown in Figure 1, Step 2a) from the process history 

computer system (Figure 1, Step la). In this regard, data refers to process 
instrument measurements, laboratory data, manually entered data, 
operational switches and stored constants for the unit. The collection is an 
intelligent matching of information from various sources and is a novel 
approach resulting in higher quality information. 
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2. Validating the data (Figure 1, Step 3) by a set of logical rules (such as 
min/max checking, non-null and confidence checks, and other logical data 
validation rules such as increasing temperature boiling curves, etc.). This 
validation assures that the performance analysis is done on good data. 

3. Performing a data workup (Figure 1, Step 4), including a set of calculations 
that represent the sum total of all the experience of the process and 
operations experts in the organization for analyzing the operation of that 
unit. This calculation set yields many results which are all indicators of 
performance. The data workup varies for every type of process unit. Each 
Toolset workup is envisioned to be a distinct entity that can be installed, 
configured, upgraded or operated independently for each type of process 
unit. Toolset workups may share some underlying utilities or calculation 



modules, but since each process is fundamentally different, each Toolset 
workup will be unique. 

Storing these workup results back into the same process history computer 
system (Figure 1, Step 2b) where the original operating data was collected. 

The toolset may also include the additional steps: 

Collecting and inputting the data into a sophisticated process model that 
can be run to predict the expected operation of that unit (Figure 1 , part of 
step 3). This model contains the best technology from the organization or 
available commercially for that process. The models are often 
fundamental kinetic or molecular models but can also be correlation-based 
and are custom to the process unit. The models often require tuning, 
validation and customization to the unit being monitored. Calibration and 
tuning is often included as a part of the Toolset and may require 
independent calibration runs of the model in addition to the normal 
monitoring prediction runs. These models can also include anticipated or 
planned future operations as a part of the model prediction (for example, 
catalyst replacement planning requires anticipated fixture operations 
estimates). 

Storing these model results back into the same process history computer 
system (Figure 1, Step 2b) where the original operating data was collected. 

Developing an effective set of reports and alerts (Figure 1, Step 4) for 
monitoring (for example, hourly, daily, and weekly reports and exception 
reports for various people - plant operator, plant process engineer, central 
engineering expert, etc.). 



[0008] The overall control of the entire process is achieved through the 
global attribute mapping (Figure 1, Step lb) kept in the Data Reference 
Attribute Table. This novel table holds the mapping and transposition master 
information that identifies how information is collected, transposed and moved 
throughout the various modules of the Toolset in a way that enables it to be 
automated and applicable to a wide variety of unit designs. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] Figure 1 shows an overview of the present invention. 

[0010] Figure 2 shows a schematic diagram of the toolset algorithm with 
the associated interfaces to the database and the calculation modules. 

[0011] Figure 3 shows a schematic of the workup calculation module 
creation 

[0012] Figure 4 shows a detailed schematic of how the toolset interfaces 
with the database, calculation modules and process reference models 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0013] A schematic of the algorithm of the present invention is shown in 
Figure 2. The basic steps are data collection (Figure 2, Step 1), data validation 
(Figure 2, Step 6), and data workup (Figure 2, Step 9). 

Data Collection Step >^ 

[0014] Data collection modules (Figure 2, Step 1) provide automated data 
loading from plant information data. Lab analyses, control system stored data 
and other manually entered data into a Toolset. Where possible, the modules 



fully automate the loading process thus minimizing user effort required to load 
data into the Toolset's database. The overall control of the entire process is 
achieved through the global attribute mapping (Figure 2, Step 2) kept in the 
Data Reference Attribute Table. This novel table holds the mapping and 
transposition master information that identifies how information is collected, 
transposed and moved throughout the various modules of the Toolset in a way 
that enables it to be automated and applicable to a wide variety of unit designs. 

[0015] Each Toolset contains logic set for determining how and when to 
collect data and this is called a balance period (Figure 2, Step 3); this is needed 
as deferring hydrocarbon process units have unique operating modes which 
require careful consideration when collecting data. For example, certain 
toolsets will make use of the hourly averages or the entire day averages while 
other toolsets may prefer to apply a "tight" window around the availability of a 
lab sample. The former would execute on a known frequency, while the latter 
would be driven by the availability of thorough feed and product lab samples, 
as well as the length of time from a unit "upset", the residence time of the unit 
and possibly the detection of steady state operations. The trigger for data 
collection can be different for each type of Toolset. 

[0016] Toolset computations are executed for this "balance period" which 
is a high quality operating point for the process unit. This may imply different 
balance period logic for different process units; thus the time window may vary 
from a fixed time to a variable time. The variable time window could be 
defined by LAB sample times for feed and product or determined other 
business practices. Once the time window is determined for the balance point, 
the Toolset retrieves Average Data. The sample frequency used is the time 
window PLUS 1 -second. This, when combined with a tag reduction type of 
"Average", returns a single value over any time window (the average is not an 
arithmetic average but a time-weighted average). 



[0017] Should a balance period be determined to be bad, the cycle is 
restarted. If the balance period is good, data is stored as "Toolset Data" in the 
Process Historian (Figure 2, Step 4). Monitoring a unit at any given time 
requires measuring a prescribed set of attributes or properties of the unit at that 
time. Thus, this realistic time window, called the "balance period", during 
which most or all of these attributes can be measured or computed, is chosen. 

Data Validation Step 

[0018] With the balance period data now stored back into the Toolset Data 
in the Process Historian, a data validation step is required (Figure 2, Step 5). 
Comprehensive data validation can include completeness, range, checking, 
comparison with previous operating history, and relationship consistency (e.g., 
are distillation data points in ascending order, etc.) and is required to insure that 
high quality data is used for unit monitoring and/or optimization. Data 
validation also marks suspect data and allows users to define required data such 
that processing of the subsequent step(s) will not occur with bad or missing 
data. Three levels of validation may occur: 

1 . A check that a value is within an acceptable range for different 
measurements. 

2. A check that the value is consistent with other data loaded. 

3. A validation that the data for the current balance is reasonable relative to 
variation expected from recent previous data. 

[0019] If the data is incorrect, data correction modules (Figure 2, Step 8 
allow users to override the stored input data values. With this data correction, 
all changes are tracked and linkages to other runs are established as required. 
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The ability to correct data and re-run the Toolset is a very important and 
adequate logging of changes is critical. 

[0020] With correct data (Figure 2, Step 6), either the data workup or 
process reference models, or both, are started (Figure 2, Step 9). The Workup 
Program performs calculations for the balance period in question (Figure 2, 
Step 11). These Data Workups for the balance periods are used to analyze unit 
data for a time window of interest. The balance data is time-stamped with the 
start date of the chosen time window. Executing a "Data workup for a Balance 
Period'* means that you are requesting that the Toolset program perform a set of 
calculations for a specific time window and compare the input measurements 
y against those of the output. Each time a set of data is collected, a complete 

^ mass and heat balance on the imit is completed, along with a yields workup and 

1^ a catalyst characterization (if applicable). After the workup is completed, the 

PJ Toolset program indicates which attributes are input and which are output from 

Q 

^ the workup. Although all the data in the Balance Period will automatically 

^ load all the data from the process data historian, data can be entered manually 

as well. Each value of the balance period data is entered as an attribute 
identifying it and a unit identifier. After execution, the user can view the data, 
create a report, or use it as an input to another tool, such as a detailed process 
unit model. 
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[0021] When these calculations are finished, the results are sent back as 
Toolset Data in the process historian (Figure 2, Step 12). From these results, 
and the balance period data, charts/graphs and other representations are 
prepared (Figure 2, Step 13) to understand the health of the hydrocarbon- 
processing xmit 



Data Workup Step 



[0022] Data Workup (Figure 2, Step 1 1) is a standard, technically sound, 
and documented set of calculations for the unit. These calculations represent 
the technology needed for effective unit performance monitoring. This 
includes detailed performance calculations and summary calculations yielding 
key performance indicators based on measured process data (temperatures, 
pressures, flowrates, etc.) laboratory data and equipment design parameters. 
The Workup may also either prepare data and interface to a model, act 
completely as the model, or incorporate external model routines within its 
calculation modules. 

[0023] Workup procedures typically include the following kinds of 
computations: 

1. Meter corrections to correct raw flow rates. The calculations are based on 
the measured raw flow rates and stream properties along with meter design 
information stored in the database. 

2. Distillations converted to standard bases (15/5 wt% and LV%) and are 
stored back in the database. 

3. Product streams are blended and a total yield slate is calculated based on 
standard and user defined cut point bases. 

4. One or more flashes are performed to provide fluid properties as input to 
models or further Workup 
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Data Workup Development 

[0024] Workup calculations are developed by one skilled in the art to 
reflect key performance calculations for individual process units and Figure 3 
and 4 represents how a typical v^orkup program would be developed. 
In effect, these calculations represent the knowledge base reflecting the 
experience of expert engineers in running a process unit over time. These can 
be found in engineering manuals, documents, journals and technical symposia 
for each Toolset process unit. The development of a workup often requires the 
cooperation of a team of individuals with skills ranging from process unit 
domain expertise to instrumentation and measurement expertise, to laboratory 
analysis experts, to computer program development. In effect, this group of 
experts forms one skilled in art. 

Process Unit Determination 

[0025] To enable the development of the Data Workup modules, certain 
parameters, calculations and / or prediction techniques need to be identified. 
The identification of these key parameters, calculations, and prediction 
techniques begins with the selection of the process unit (Figure 3, Step 1). This 
is an important step since a particular process unit predetermines a number of 
things about the unit. For example; does the unit have catalyst, does it have 
particular physical characteristics, does it consume large quantities of utilities 
(heat, steam, additives, etc), does it have intermediate drawoffs/feeds, where is 
the instrumentation places, what type of lab samples are taken, etc. 

[0026] With the particular process unit identified, the next step is to 
identify the available measurable inputs (Figure 3, Step 2) and available 
measurable outputs (Figure 3, Step 3) for the unit. These measurable values 
are key since they represent the key volumes / compositions / pressures / temps 
that enable the unit to be monitored in the base. The measurable inputs are 



typically plant measurements such as temperatures, pressures and flowrates 
supplemented by analyzer readings or analysis values from samples taken of 
the process and sent to a Laboratory. The measurable outputs are the overall 
results that the experts believe are indicative of the performance of the unit. 

Process Unit Settings (Figure 3, Step 4) 

[0027] One skilled in the art would now identify the controllable unit 
settings. These are often the setpoints for the various controls that can be used 
to adjust the performance of the unit. It is important to know which variables 
on the unit can be directly adjusted or controlled. 

Intermediate Variables (Figure 3, Step 5) 

[0028] Next one skilled in the art would now define the unmeasurable but 
important intermediate variables that are needed to be calculated. Ideally, one 
would like to have plant measurements for each of these, but the physical 
reality often does not permit direct measurement or it is too expensive. A good 
example would be a mixed stream temperature, or a vapor volume fraction, or a 
flow maldistribution factor or a fluidized bed expansion factor. These 
unmeasurable items would likely require intermediate prediction or calculation 
as input to other calculations. The identification of the unmeasurable inputs 
and outputs would consist of reviewing the unit operations and determining the 
gaps from the available measures and the specific workup calculations 

[0029] For example; the unit may have blocked operations during which 
critical intermediate streams are fed into the unit but no measurement of the 
flowrate is available. This may mean that the flowrate would be assessed to be 
a constant based upon interpretation of information where the flow was coming 
from. 
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Process Unit Workup Calculations (Figure 3, Step 6) 

[0030] Next, one skilled in the art would develop equations for critical 
calculations that would predict the performance of the unit. These equations 
would result from rules of thumb, publications, historical behavior, engineering 
relationships or statistics. These could specifically calculate End of Run for 
Catalyst activity, hydrogen consumption, pressure drops, riser velocities, etc. 
All would be specific to a given process unit. This development is an iterative 
process where one selects the intermediate variables, develops workup 
equations, tests the results, and then improves it by identifying more 
intermediate variables, researching more computations, etc until an effective 
data workup is created for that specific type of process unit. 

High Level Performance Indicators (Figure 3. Step 7) 

[0031] As the last step in the process, one skilled in the art would select 
the high-level overall performance indicators for routine monitoring of the 
unit's performance. These are often similar to the controllable unit settings and 
the measurable outputs but may be more selective and may include some of the 
intermediate results that clearly indicate performance but may often not be 
something that can be measured or monitored in a real plant unit (Figure 4). 

Develop Workup Program (Figure 3. Step 8) 

[0032] Finally, one skilled in the art would develop the workup program 
that can be a plug in callable module of the Toolset for that specific type of 
process unit. 

Example of Data Workup 



[0033] Taking the above to a crude distillation unit as an example, the 
following shows the above process in more detail 
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Inputs 

- Column Configuration 

- Other physical equipment 

- Feed type or fraction of crude type 

- Qualities of the feed, Feed Distillation / Assay 

- Rates 

- Pressures./ temperatures 
Settings on the Unit 

- Tower Intemals (trays, packing, both) 

- Recycle (number and location) 

- Reflux (number and location 

- Steam Rate 

- Flash Zone 

- Draw offs (number and location) 
Outputs 

- Yields of each stream 

- Qualities of each Stream 

Performance Calculations 

- Tower Hydraulics 

- Tower Velocities 

- Tower Loadings 

- Predicted QuaHties 
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Plant Wide Data Storage and Toolset Performance Database 

[0034] The Toolset contains two primary data categories that require long 
term storage: 

1. Toolset data values (either collected inputs or computed results) to be 
stored (Figure 1, Step 5 and Figure 2, Step 4). 

[0035] These data values include all the input measurements (after 
validation), yields, operational data, yield predictions, process model 
calibration factors, unit geometry and configurations, and other unit 
information. It also includes unit monitoring results as well as prediction 
results, allowing the comparison of predicted and actual results for monitoring 
of intrinsic unit performance. These data values are stored in the plant history 
database as plant Tags with a designation that they are Toolset monitoring 
Tags. This provides a secure long-term history capability and makes the results 
easily accessible by the suite of tools and applications that exist and are used 
with the plant history database. 

2. Toolset data mapping describing the data attributes to be collected or 
calculated (Figure 1, Step 1; Figure 2, Step 2; Figure 4, Step 4). 

[0036] Reference data tables describe each item of data to be stored. This 
allows each site to properly configure a unit with its requisite number of 
streams, measurements, etc. Reference data also describe the inputs and 
outputs of models. The main table in the Toolset reference database is the Unit 
Attribute Table, which is a list of all the properties of the site's monitored units. 

[0037] A plant historian (Figure 1, Step la and Figure 2, Step 1) provides 
the means to acquire and validate a set of data, and store all the data. All 
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monitoring data will be stored in the plant historian database (Phd) as tag data. 
There are three types of data: 

1 . Tag Data (averaged over a Toolset Balance Period) is directly acquired 
from the process (e.g., temperatures, pressures, flow rates) - this averaged 
process tag data is referred to as "direct data". 

2. Reference Data (Toolset Balance Period start and end times, model 
parameters and flags used for this time period). 

3. Calculated Data is computed using the Data Workup Calculations (e.g., 
equivalent isothermal temperature) or a process model (e.g., predicted 
yield). 

[0038] A plant historian may be any commercial database such as the 
Honeywell Plant History Database or the Oil Systems Plant Information 
Database. This plant historian has the ability to store a massive amount of 
plant data and is highly effective with Timeseries plant data. The commercial 
historian provides the capability for a program, such as a Toolset, to store all its 
results. This approach of matching the Toolset to the plant history database 
have a number of synergy benefits, because the Toolset results are stored in the 
same place as the plant measures and can be used by users and many other 
plant applications just as easily as measures. For example, Toolset results can 
be read by control programs and optimizers, results can be part of operations 
monitoring and target exception reporting, results can be sent to the operators 
and used in automated alerting/paging systems. Once the results are stored in 
the Phd, the door is open for a new generation of capabilities. 
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A Typical Toolset Example - The Powerforming Toolset 

[0039] Figure 4 shows a schematic diagram of the relationship between 
the toolset, process historian, calculation modules and process reference model. 
This example explains the data flow in the Powerforming, which is for catalytic 
reforming to improve octane. 

Collect Raw Plant Data : Figure 4, Step 1 

[0040] Raw plant data is automatically collected and stored in the plant 
historian (Figure 4, Step la) (in this case, Honeywell Process History Database 
PHD is used). All lab data (Figure 4, Step la) is available and stored in the 
plant historian as well. Should any data need to be averaged from process data 
or lab data, this would also come from the Process Historian in the form of 
Virtual Tags (Figure 4, Step lb). Lastly, all Toolset input data would come 
from the plant historian (Figure 4, Step Ic). 

Raw Plant Data Validation : Figure 4, Step 2 

[0041] The Toolset will automatically pull data (Figure 4, Step Ic) from 
Phd for a time period (balance period) determined by the site (Figure 4, Step 
2a). The Toolset can be scheduled to run at any frequency depending on data 
availability and need. 

[0042] All data inputs to calculation programs will be extracted from Phd 
and validated (Figure 4, Step 2b). The raw data will be low/high range 
checked and all data falling out of range will be automatically flagged and 
substituted with a default value. The engineer reviews all data that falls out of 
range before the calculations are run and in most cases, the engineer accepts the 
default value. Validated data is stored back into the process historian (Figure 4, 
Step 2c). 
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[0043] Valid Low/High values for each Toolset input will be stored in a 
Reference Table. The Reference Table stores all site-specific information 
about the Powerformer and is critical for providing a means to distinguish one 
type of Powerformer form another (ie Cyclic versus Semi-Cyclic). 

[0044] Powerformer feed samples are collected at a regularly scheduled 
time and feed lab analysis is performed . The Toolset requires this lab data to 
perform a material balance and other calculations. In plant operations, it is not 
uncommon for the lab to analyze the feed later than the scheduled time - 
sometimes this delay can be a day or more. An automated Toolset running on a 
daily basis makes decisions when yesterday's lab data is unavailable for today's 
calculations. Thus, the Toolset will perform calculations using the last 
available set of lab data. In the case of unavailable lab data, the plant historian 
retums the previously stored value (i.e., yesterday's lab results) so that the 
calculations can proceed. For Powerformers, this approach works well since 
the Powerformer feed does not change significantly on a day to day basis. All 
substituted or assumed values are clearly indicated on all output reports. The 
engineer may rerun balances for those periods in question when the correct lab 
data is available 

General Powerforming Data Workup on Valid Data: Figure 4, Step 3 

[0045] Once balance period data is validated and stored back into the plant 
historian Data Workup calculations are performed (Figure 4, Step 3a). All of 
the general calculations currently to currently monitor a Powerformer are 
included in the Powerformer toolset. These include Catalyst Activity 
Monitoring calculations). For each type of hydrocarbon processing unit, there 
is a unique set of calculations that are used to perform performance monitoring. 
Each Toolset utilizes that existing calculation set as a module to perform the 
needed computations. For any given type of process unit, one skilled in the art 
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can develop the needed performance monitoring calculations for use by the 
Toolset and shown in Figure 3 and discussed in this document. 

[0046] The Toolset performs all calculations in English units and with the 
plant historian is able to display the results in units customary to that location. 

[0047] The Toolset will perform a material balance. This uses an eight- 
hour time window centered around when the lab samples are normally taken. 
Hourly data points, for each input variable, are averaged to get the value to use 
for the material balance calculation. If all of the data is not available for the 
material balance calculation, then the material balance calculation is skipped 
and is noted on a daily execution log. Therefore, the material calculation 
frequency corresponds with the lab analysis frequency. 

[0048] The material balance outputs and the general calculation outputs 
are stored (Figure 4, Step 3b) back into the plant historian (Figure 4, Step 3) as 
Toolset output Tags. A copy of the validated Toolset inputs is also stored in 
the plant historian to facilitate changing incorrect data in the Toolset. 

Run a Powerformer Kinetic Model and Store Kev Results Back into Phd : 
Figure 4, Step 5 

[0049] The Powerformer kinetic model(s) is specially designed this 
process. These models are not part ofthe Toolset and are commercially 
available from a number of vendors. The Toolset, because of its mapping of 
attributes, has the ability to drive information into the model (Figure 4, Step 5a) 
tell the model to execute (Figure 4. Step 5b), and then extract the model results 
back into the Toolset (Figure 4, Step 5c), for storage back into the process 
historian (Figure 4, Step 5d). The Toolset also provides non-automated 
capability to run kinetic model cases based on actual plant data to obtain a 
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predicted yield to compare against a measured yield. Further it is possible to 
automatically schedule these model cases to run on a daily basis. 

[0050] In the above example, the Kinetic model was run in a forward 
prediction mode; however, a model written in an open form, can be run in 
many different modes with different and uniquely important results. In this 
way, the Toolset can utilize a model in prediction or optimizing modes. The 
forward prediction mode simply takes the inputs to the process unit and 
predicts the yields based on the feed composition, operating conditions and 
unit/catalyst status. The Toolset monitoring can both assess how the unit is 
behaving, how it should behave and how it potentially could behave if adjusted 
for optimal performance. Thus the monitoring could identify missed 
opportunity. 

Step 6: Graphs of Unit Performance : Figure 4, Step 6 

[0051] Powerformer data is best viewed graphically in the form of XY 
plots. These plots convey the current state of the system when the data was 
collected. In Powerformer terms, this means that the plots need to indicate 
which reactors are on-oil or which reactor is regenerating (off-oil). 

[0052] After the calculations have been run, the Toolset provides the plots 
that are essential for determining the health of the unit. A core set of these 
plots are used to determine the health of the unit. If everything looks good with 
these plots, the unit is healthy. The plot descriptions below provide a brief 
explanation of how to use the plots to assess unit health. 

1 . Stabilizer Bottoms Lab Research Octane Number (RON) vs. Date - An 
important and well-known measured parameter in reforming is Research 
Octane Number (RON). RON is reformate product specification (when used 
for mogas blending). The engineer checks this plot each day to ensure that 
the unit's final product meets spec. Sites that use reformate to feed a 
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chemical plant may have another target specification . For these sites, a 
target chemical specification is plotted. 

Measured CjH-, H2 Yields vs. Date - The most direct measure of unit health, 
but usually the most inaccurate since several flow meter measurements are 
required. The engineer will compare the measured yield to predicted yields 
from the kinetic model. Large predicted minus measured yield deltas 
indicates a potential unit health problem or a bad flow measurement. In 
either case, action is required. 

Catalyst Activity vs. Date - Is an overall measure of the ability of the unit to 
upgrade the low octane feed into high-octane products. The activity 
correlation is a good measure of overall system health because it accounts 
for day to day variations in feed quality, product octane, unit pressure and 
temperature. 

Total Corrected Unit Temperature Drop vs. Date - This plot looks at the 
sum of the temperature differences between the reactor inlets and outlets. A 
"corrected" temperature drop signifies that the observed temperature drop 
has been recalculated based on a standard recycle gas ratio, recycle gas 
hydrogen purity, and feed naphthenes content. This correction dampens 
variations in the temperature drop caused by changes in such items as 
recycle gas ratio. The thermocouples are the eyes of the unit and indicate 
changes in unit performance quickly. 

Individual Reactor 50% point vs. Date - These plots look at the fraction of 
the temperature drop that occurs in the top 50% of the catalyst bed of each 
reactor. These plots indicate the condition of the catalyst at the top of each 
catalyst bed (since the top of the bed is affected by a feed upset / 
contamination sooner than the rest of the bed). These plots also indicate the 
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swing reactor's 50% point when it is placed in service and one of the reactors 
is removed. 

6. Overall Catalyst Deactivation vs. Date - Overall catalyst deactivation 
correlates with the average coke level on the catalyst. This plot is useful to 
determine if the regen frequency is sufficient to prevent a long-term coke 
build-up. 

7. Recycle Gas Hydrogen Purity vs. Date - The hydrogen content of the recycle 
gas is a significant indicator of process performance. Changes in hydrogen 
purity reflect variations in catalyst activity or process severity 

Step 7: Write Dailv Output Report to the Engineer's Computer : Figure 4, Step 6 

[0053] The Cyclic/Semi-Cyclic Toolset provides three reports The key 
features of the reports are summarized below: 

1 . The Toolset will provide the engineer with an enhanced version of the 
reports on a more frequent basis (daily versus every 7-10 days) and with less 
required effort . 

2. Plots - The Toolset will provide plots of key performance on a regular basis. 
These are likely the first thing that the contact would look at in the moming 
to ensure that the unit is healthy. Additional plots are also available, if the 
engineer notices a potential problem with the unit. The engineer will also 
have the capability to generate additional ad-hoc plots quickly and easily. 

3. 2-3 Page Summary Report - The Toolset will provide a simplified 2-3 page 
tables report containing the most critical information about the unit. The 
simplified 2-3 page report contains a section on all substitutions made for 
data that fell outside pre-determined valid ranges. The report also contains a 
section containing predicted kinetic model yields. 



